Remarks: 



Office Action; The Office Action had rejected claims 41-48, and 51 under 35 USC 
112, second paragraph, as being indefinite for use of the term ''high priority". The Office 
Action had also rejected claim 57 under 35 USC 112, second paragraph, as being 
indefinite for use of the term "minimal actions by the user". These terms are no longer 
used in the claims of the present application. 

The Office Action had rejected claims 41-43, 48, 49-52, and 56 under 35 USC 
102(b) as being anticipated by Apple iTunes as described by the cited references. The 
applicant respectfully disagrees with the rejection, for at least the reasons discussed 
below. 

The Office Action had rejected claims 44-46 and 53-54 under 35 USC 103(a) as 
being unpatentable over by Apple iTunes as described by the cited cited art and further in 
view of Official Notice. The applicant respectfully disagrees with the rejection, for at 
least the reasons discussed below. 

The Office Action had rejected claims 47, 55, and 57-60 under 35 USC 103(a). 
The applicant respectfully disagrees with the rejection. Applicant believes these claims 
are for a patentably different invention and the applicant currently intends to pursue the 
different invention of claims 57-60 in a continuing application. Therefore, reasons for this 

traverse are not included in this filing. 

Interview Summary; An Interview was held from 1 to 2pm on Wednesday, Oct 10, 
2007 in the USPTO Knox building. The applicant had faxed a PTOL 413 A and new draft 

claims 61-76 to Examiner Daniel L. Greene prior to the meeting. Meeting participants 
were the applicant James W. Wieder and examiners Daniel L. Greene and Ella Colbert. 
Much of the discussion was about new draft claim 61 and the cited art. Applicant also 
discussed pursuing the invention described by old claims 57-60 in a continuing 
application. The Examiners made suggests for amendments to the claims. An agreement 
with respect to the claims was not reached. 
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Specification Changes: In this amendment, the appHcant has requested changes to 
the Specification to correct grammar and typographical errors. The appHcant has 
requested changes to the Abstract to more closely reflect the claimed invention in this 
appUcation. 

Claims Discussion: In this amendment, the applicant has cancelled all previously 

pending claims and filed all new claims to more clearly define the invention. 

The applicant believes the art cited in the Office Action is significantly different 
fi"om the applicant's claimed invention. These differences are discussed below. 

In the ^^Manual Plavlist^^ systems of the cited art, the user may manually build 
playlists. First, the user must enter a playlist definition mode and name the playlist. Then, 
the user must manually designate each song, album or other playlist that should be 
included in the user's playlist. When the user wants to play that playlist at a later time, 
the user must "find" that playlist by name. Whenever the user's tastes change, the user 
must manually make each desired change to their playlist(s) or manually create a new 
playlist. Hence, the cited art "Manual Playlist" systems require a more knowledgeable 
user; manual set-up/configuration by a user; and significantly burdens the user with the 
manual entry of additional information. The burden of manual entry may continue as a 
user's tastes change. Because the cited art relies upon a continuing manual set-up and/or 
manual entry of additional user information; they do not perform the claimed steps of 
"capturing automatically said user's preference based on said step of applying different 
actions on said pieces or compositions" and "updating continuously said user's 
preference using said different actions on said pieces or compositions by said user". 

In the ^Trofile^^ systems of the cited art, the user may define a "profile" of the 
"types" of songs they prefer. First, the user must enter a definition mode. Then, the user 
may designate a type(s) or sub-type(s) of music; genre(s); sub-genre(s); or artist(s). The 
user must have pre-knowledge of what these categories/classifications mean (e.g., 
"Blues" or the numerous sub-categories of "Blues") and the types of songs in the 
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classifications. The classifications may be too broad for the user's tastes or the pre- 
defined standard classifications don't match a user's desired groupings. Because of 
classification limitations, the user is presented with many undesired songs and is not 
presented with songs that the user desires. Hence, the cited art ''Profile" systems require a 
more knowledgeable user; manual set-up/configuration by a user; and significantly 
burdens the user with the manual entry of additional information. The burden of manual 
entry may continue as a user's tastes change. Because the cited art relies upon a 
continuing manual set-up and/or manual entry of additional user information; they do not 
perform the claimed steps of "capturing automatically said user's preference based on 
said step of applying different actions on said pieces or compositions" and "updating 
continuously said user's preference using said different actions on said pieces or 
compositions by said user". 

In the ^^Rating^^ systems of the Apple iTunes (cited in the Office Action) and 
other cited art, the user is required to perform an very large amount of manual data entry. 
Typically, the user must manually input their rating for each song. For example, in 
iTunes, the user must manually select fi^om one to 5 stars to indicate their rating for each 
song. In other rating systems, the use may enter a number in a rating range (e.g., 1 to 100) 
to rate each song. The user's vision must be good enough the see the numbers/stars. The 
user may need to manipulate a cursor or pointing device or type to make entries or 
selections. The user may need to read instructions which may be in a foreign language or 
foreign character/symbol set. The user must understand how their actual rating system 
works. For example, is the rating system positive or negative orientated? What is being 
rated (song; album, artist)? Are more stars better/worse or is one star the best/worst? Is a 
higher number better/worse? Is the number one the best/worst or is the highest number 
the best/worse? In addition, the user may have to rate a very large number or even all of 
their songs in their collection before the rating system is able to provide acceptable 
resuhs and/or to include songs in the rating-based playlists. In addition, the user must 
manually change their rating for each song whenever their taste changes. In addition, the 

user must group their ratings in a way that they can be sorted by a playlist selector based 
on their chosen ratings (e.g., create a playlist of 5 star songs). After rating many songs, 
the user may then discover their rating numbering/ordering does not result in suitable 
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play lists from being created by the playlist generator. These are only some of the 
problems with these cited art "Rating" systems. Hence, the cited art "Rating" systems: 
require a more knowledgeable user; manual set-up/configuration by a user; and 
significantly burdens the user with the manual entry of additional information. The 
burden of manual entry may continue as a user's tastes change. Because the cited art 
relies upon a continuing manual set-up and/or manual entry of additional user 
information; they do not perform the claimed steps of "capturing automatically said 
user's preference based on said step of applying different actions on said pieces or 
compositions" and "updating continuously said user's preference using said different 
actions on said pieces or compositions by said user". 

The iTunes ^^Smart plavHsts'^ (cited in the Office Action) are very complex to 
setup and use (compared with the applicant's invention). First the user must know that 
"Smart platlists" capabilities exist within the iTunes and must know the correct menu 
selections to make on a computer interface to even enter the "Smart playlists" definition 
mode. Then, the user must create a name for a smart playlist. Then, to define a "Smart 
playlist", the user must then make numerous selections on pulldown menus and/or 
checkboxes, etc; of which there are probably thousands of possible combinations that 
may be used to define a "Smart playlist". 

To play songs using the playlist at some later time, the user must remember the 
created name of the "Smart playlist" and what it does and then locate the previously 
defined "Smart playlist" name in the iTunes system. In addition, many "normal" user 
actions may cause an exit from the currently active Smart playlist": (e.g., user action to 
cause a specific song to play that is not in the current 'Smart playlist"). 

The Apple iTunes Smart-Playlist parameter ^Tlav count'^ (cited in the Office 
Action), which is the number of times a song has been played, is not representative of a 
user's current preference. A song with a high "Play count", may have been heard so 
many times by the user that they are tired of hearing that song and don't want to hear that 
song again or perhaps only very, very infrequently. Alternatively, a song with a high 
"Play count" may still remain one of the user's current favorites and the user still wants 
to hear it frequently. In addition, unlike the applicant's invention; the Apple iTunes "Play 
count" does not distinguish between user action to play a specific song (a strong indicator 
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of user interest) and a non-user initiated playback of the song by a user playback device 
(a non-indicator by itself). In addition, unlike the applicant's invention, a simple ''Play 
count" does not distinguish between the number of times a song was initiated and the 
number of times the song played completely or partially and the details of partial 

playbacks. 

Similarly, the iTunes Smart-Play list parameter ^^Last plaved^^ (cited in the Office 
Action); which is the date/time a song was last played; is not representative of a user's 
preference. The Apple iTunes "Last played" does not distinguish between when there 
was user action to play a specific song (a strong indicator of user interest) and a non-user 
initiated playback of the song by a user playback device (a non-indicator by itself). In 
addition, a simple "Last Played" does not distinguish between complete and partial 
playbacks and the details of partial playback. 

Hence, the iTunes ^^Smart Plaviist^' as described in the cited art, requires a more 
knowledgeable user; manual set-up/configuration by a user; and significantly burdens the 
user with the manual entry of additional information. The burden of manual entry may 
continue as a user' s tastes change. Because the cited art relies upon a manual set-up 
and/or manual entry of additional user information; they do not perform the claimed steps 
of "capturing automatically said user's preference based on said step of applying different 
actions on said pieces or compositions" and "updating continuously said user's 
preference using said different actions on said pieces or compositions by said user". 

Claimed Invention is Automatic and Easy to Use: In contrast with the cited 
art, the applicant's invention may be easily operated by a 3 year old child; a 90 year old; 
or a computer-phobic user. With the applicant's cited invention, the user operates and 
interacts with the user device(s) in a manner that is similar to what the user is already 
familiar with. The user does not need to know anything about music/entertainment 
(genre; artist; titles; etc). The user only needs to know whether they like the 
music/entertainment that they are currently hearing or experiencing. The user may take 
action in response to what they are hearing or take action to hear something else 
("applying different actions on pieces or compositions by a user"). The applicant's 
claimed invention may occur in an automatic manner. The user is not burdened with 
manually setting-up/configuring parameters or manually entering additional information. 
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And the user is not burdened with a continuing manual entry of additional information as 
their tastes change over time. 

Not a Computerization: Also note that the applicant' s invention was not 
manually performed in the past. The step of ''capturing automatically said user's 
preference based on said step of applying different actions on said pieces or 
compositions" was not previously done in a manual manner. The step of "updating 
continuously said user's preference using said different actions on said pieces or 
compositions by said user" was not previously done in a manual manner. Therefore, for 
at least these reasons, the applicant's claimed invention is not a simple automation or 
computerization of previous manually performed procedures. 

In summary, the applicant believes the claimed elements of the invention, when 
performed together as a whole are very different from the cited art. And the claimed 
invention is not a simple automation or computerization of previous manually performed 
procedures. 

The applicant respectfully requests that a timely Notice of Allowance be issued in 
this case. If the Examiner believes a telephone conference would expedite or assist in the 
allowance of the present application, the Examiner is invited to call the Applicant, 



Respectfully submitted, 




James W. Wieder 



4276 Hermitage Drive 



Ellicott City, Maryland 21042 



Phone; 410-461-9543 



Registration Number: 58703 
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